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DETAILED ACTION 

1. This action is responsive to the amendment filed on 5/3/2005. 
This action is made Final. 

2. In the amendment, claims 31-33 have been canceled. Claims 1-30, and 34-37 are pending 
in the case. Claims 1,10, 20, 26, 34, and 36 are independent claims. 

Drawings 

3. The drawings filed on 4/30/2001 have been approved by the examiner. 

Claim Rejections - 35 USC §101 

4. The 35 U.S.C. 101 rejections of claims 1-9 have been withdrawn as necessitated by the 
amendment to claim 1. 

Double Patenting 

5. The double patenting rejection of claim 31 has been withdrawn in light of the 
cancellation of the claim. 

Claim Rejections - 35 USC § 102 

6. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 
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(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

7. Claims 1- 9, and 20-30, and 34-37 remain rejected under 35 U.S.C. 102(b) as being 
anticipated by Tondervold et al, hereinafter Tondervold (Pat.# 5,410,646, 4/25/1995). 

Regarding independent claim 1, Tondervold discloses a user selects an electronic form to 
be filled out by interacting with a system — receiving an indication of a desired form to be used 
for data input -- (col. 3, lines 21-31). 

Furthermore, Tondervold discloses that the system uses protection levels to modify the 
display depending on the user's identity and protection level for a field. For example, fields 84 
and 88 of fig.3 are generated or displayed to a manager, but not to an initiator and district 
manager — automatically identifying one or more data input fields to be included on the form, 
and generating a form definition (a form visual description displayed to a user) including the 
automatically identified data input fields— (col. 5, linesl -15). 

Regarding claim 2, which depends on claim 1, Tondervold, discloses a processor 
verifying the validity of data as it is input into fields by a user based on interdependencies 
between fields in the form definition — automatically identifying for each of the one or more 
input fields, one or more restrictions (col.5, lines 16-28, col.7, lines 30-47, and col.3, lines 66- 
68). 

Regarding claim 3, which depends on claim 2, Tondervold, discloses a processor 
comparing the input made into the fields with data type of the fields found in a database. In 
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other words, the processor requests the data type of the fields from the database — requesting and 
receiving the one or more restrictions from a business logic, which subsequently processes 
requests submitted via the form (col.5, lines 16-28, col.7, lines 30-47, and col.3, lines 66-68). 

Regarding claim 4, which depends on claim 2, Tondervold, discloses presenting 
additional forms fields to be filled out by the user — identifying one or more interactions 
associated with the business logic. As a result of completing the filling out of the form, the user 
is automatically presented with additional form fields to be completed exclusively by another 
user, such as an area manager — identifying in the one or more interactions one or more 
attributes that are not obtained elsewhere. The additional forms fields, which are retrieved from 
memory, contain data types, ranges, and other instructions which are used by a processor to 
validate the data input by the user into the forms (col.4, lines 1-7, 44-68, col.5, lines 1-47, and 
col.3, lines 66-68). 

Regarding claim 5, which depends on claim 1, Tondervold, discloses a processor 
comparing the input made into the fields with data type of the fields found in a database. In 
other words, the processor requests the data type of the fields from the database be identified — 
requesting and receiving the one or more input fields from a business logic, which subsequently 
processes requests submitted via the form (col.5, lines 16-28, col.7, lines 30-47, and col.3, lines 
66-68). 
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Regarding claim 6, which depends on claim 1, Tondervold, discloses presenting 
additional forms fields to be filled out by the user — identifying one or more interactions 
associated with the business logic. As a result of completing the filling out of the form, the user 
is automatically presented with additional form fields to be completed exclusively by another 
user, such as an area manager — identifying in the one or more interactions one or more 
attributes that are not obtained elsewhere. The additional forms fields, which are retrieved from 
memory, contain data types, ranges, and other instructions which are used by a processor to 
validate the data input by the user into the forms (col.4, lines 1-7, 44-68, col.5, lines 1-47, and 
col.3, lines 66-68). 

Regarding claim 7, which depends on claim 1, Tondervold, discloses a processor 
verifying the validity of data as it is input into fields by a user based on interdependencies 
between fields in the form definition (col.5, lines 16-28, col.7, lines 30-47, and col.3, lines 66- 
68). 

Regarding claim 8, which depends on claim 1, Tondervold, discloses a processor 
comparing the input made into the fields with data type of the fields found in a database. In 
other words, the processor requests the data type of the fields from the database be identified — 
communicating with a business logic to identify one or more input fields (col.5, lines 16-28, 
col.7, lines 30-47, and col.3, lines 66-68). 
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Regarding claim 9, which depends on claim 8, Tondervold, discloses a processor 
comparing the input made into the fields with data type of the fields found in a database. In 
other words, the processor requests the data type of the fields from the database be identified — a 
plurality of interactions to process requests, comprising an identification of one of the plurality 
of interactions or data input into the fields (col.4, lines 60-68, col.5, lines 16-28, col.7, lines 30- 
47, and col.3, lines 66-68). 

Regarding independent claim 20, Tondervold teaches a system for using a database of 
created form definitions, containing protection levels for each field in the form, for producing 
several occurrences of the same form. Protection levels are created for form fields for accepting 
user input — determining one or more attributes that are used by the business logic but not 
obtained by the business logic elsewhere other than the form definition, and . . . (col.3, lines 62- 
67, col.4, lines 29-60, and col. 5, lines 1-15). 

Furthermore, Tondervold teaches the automatic additional inclusion of form fields to be 
filled out by filled out exclusively by a user, such as an area manager. The additional fields 
contain data types, ranges, and other instructions for verifying and validating data input by a user 
into those fields — including validation code in the form definition associated with the defined 
one or more fields — fcol.4, lines 1-7, 44-39, 61-68, col.5, lines 1-47, and col.7, lines 30-47). 

Regarding claim 21, which depends on claim 20, Tondervold, discloses the verification 
of the validity of data as it is input by a user based on interdependencies between fields in the 
form definition (col.5, lines 16-28, and col.3, lines 66-68). 
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Regarding claim 22, which depends on claim 20, Tondervold, discloses presenting 
additional forms fields to be filled out by the user. As a result of completing the filling out of the 
form, the user is automatically presented with additional form fields to be completed by another 
user, such as an area manager. The additional form fields contain data types, ranges, and other 
instructions — validation code— which are used by a processor to validate the data input by the 
user into the forms (col.4, lines 44-68, col.5, lines 1-47, and col.3, lines 66-68). 

Regarding claim 23, which depends on claim 20, Tondervold, discloses presenting 
additional forms fields to be filled out by the user. As a result of completing the filling out of the 
form, the user is automatically presented with additional form fields to be completed by another 
user, such as an area manager. The additional forms fields, which are retrieved from memory, 
contain data types, ranges, and other instructions — identification of additional restrictions and 
receiving from the business logic, the identification of the additional restrictions— which are 
used by a processor to validate the data input by the user into the forms (col.4, lines 1-7, 44-68, 
col.5, lines 1-47, and col.3, lines 66-68). 

Claims 24-25 are directed towards a computer program product on a computer-readable 
medium for storing computer-executable instructions for performing the steps found in claim 22, 
and therefore is similarly rejected. 
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Regarding independent claim 26, Tondervold, discloses a memory — tag library—, having 
a database for storing form definitions, which contain included or defined data types, ranges, and 
other instructions for verifying and validating data input by a user into form fields (col.4, lines 1- 
7, 44-39, 61-68, col.5, lines 1-47, and col.3, lines 66-68). 

Furthermore, Tondervold teaches the automatic additional inclusion of form fields to be 
filled out by filled out exclusively by a user, such as an area manager. The additional fields 
contain data types, ranges, and other instructions for verifying and validating data input by a user 
into those fields (col.4, lines 1-7, 44-39, 61-68, col.5, lines 1-47, and col.7, lines 30-47) — 
validation code from the tag library to verify that a subsequent input to the data field satisfies the 
one or more automatically identified restrictions. 

Regarding claim 27, which depends on claim 26, Tondervold teaches the automatic 
additional inclusion of form fields to be filled out by filled out exclusively by a user, such as an 
area manager. The additional fields contain data types, ranges, and other instructions for 
verifying and validating data input by a user into those fields — automatically identify 
restrictions, and include in the form definition, the validation code to verify that the subsequent 
input to the data field (col.4, lines 1-7, 44-39, 61-68, col.5, lines 1-47, and col.7, lines 30-47) 

Regarding claim 28, which depends on claim 26, Tondervold, discloses presenting 
additional forms fields to be filled out by the user — identifying one or more interactions 
associated with the business logic. As a result of completing the filling out of the form, the user 
is automatically presented with additional form fields to be completed exclusively by another 
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user, such as an area manager — identifying in the one or more interactions one or more 
attributes that are not obtained elsewhere. The additional forms fields, which are retrieved from 
memory, contain data types, ranges, and other instructions which are used by a processor to 
validate the data input by the user into the forms (col.4, lines 1-7, 44-68, col. 5, lines 1-47, and 
col.3, lines 66-68). 

Regarding claim 29, which depends on claim 26, Tondervold, discloses presenting 
additional forms fields to be filled out by the user — identifying one or more interactions 
associated with the business logic. As a result of completing the filling out of the form, the user 
is automatically presented with additional form fields to be completed exclusively by another 
user, such as an area manager — identifying in the one or more interactions one or more 
attributes that are not obtained elsewhere. The additional forms fields-, additional data input 
fields to be included in the form based at least in part on the identification of the one or more 
attributes not obtained by one or more interactions elsewhere-- which are retrieved from 
memory, contain data types, ranges, and other instructions which are used by a processor to 
validate the data input by the user into the forms (col.4, lines 1-7, 44-68, col.5, lines 1-47, and 
col.3, lines 66-68). 

Regarding claim 30, which depends on claim 34, Tondervold, discloses the comparison 
of the validity of data as it is input by a user based on interdependencies between fields in the 
form definition (col.4, lines 61-68, and col.5, lines 16-28). 
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Regarding independent claim 34, Tondervold teaches a processor-^/brm processing 
module- for accepting input from a user and for validating the various data type input by the 
user using form definitions found in a memory — business logic—, having a database, containing 
protection levels — restrictions in a form definition for the form-- for each field in the form, for 
producing different versions or occurrences of the same form (col.4, lines 1-7, 61-68, col.5, lines 
16-28, and col.7, lines 30-47) 

Regarding claim 35, which depends on claim 34, Tondervold, discloses the comparison 
of the validity of data as it is input by a user based on interdependencies between fields in the 
form definition (col.4, lines 61-68, and col.5, lines 16-28). 

Regarding independent claim 36, Tondervold teaches a processor-^/brm processing 
module— for accepting input — interaction associated with a request, such as a purchase order-- 
from a user. Instructions in the memory — business logic—, having a database, containing input, 
such as data types, protection levels for each field in the form, etc, compares the input made to 
the forms with the user's identity, such as an area manager — attributes that are not obtained by 
the one or more interaction elsewhere, but at the sender's computer--, and modifies the form to 
display additional field to be filled out by the user. The fields are marked to let other users know 
that the added form fields are to be filled out only by the area manager — indicating that the one 
or more identified attributes are to be obtained via a data input field on a form, and further 
indicating that an input for the data input field is needed when submitting the form (col.4, lines 
1-7, 61-68, col.5, lines 1-28, 43-67and col.7, lines 30-47) 
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Regarding claim 37, which depends on claim 36, Tondervold teaches a processor— -form 
processing module- for accepting input, such as a purchase order- from a user (col.4, lines 1-7, 
61-68, col.5, lines 16-28) 

Claim Rejections - 35 USC §103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art 
are such that the subject matter as a whole would have been obvious at the time the invention was made to 
a person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be 
negatived by the manner in which the invention was made. 

9. Claims 10-19 remain rejected under 35 U.S.C. 103(a) as being unpatentable over 
Tondervold, in view of Yankovich et al, hereinafter Yankovich (Pat. # 6,704,906, 3/9/2004, filed 
on 3/27/1999). 

Regarding independent claim 10, Tondervold discloses that the system uses protection 
levels to modify the display depending on the user's identity and protection level for a field. For 
example, fields 84 and 88 of fig.3 are displayed to a manager, but not to an initiator and district 
manager — automatically identifying one or more display restrictions associated with an input 
field— (col. 5, linesl -15). Tondervold fails to explicitly disclose: generate a text markup 
language form.. However, Yankovich teaches the creation of a form in HTML (col.2, line 57- 
col.3, line 21). It would have been obvious to a person of ordinary skill in the art at the time of 
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the invention to have created the form in HTML, because Yankovich teaches a self-directed 
routable form that can guide the user to appropriate routing based on data input on the form over 
a network, such as the Web or the Internet (col. 2, lines 1-57). This provides the benefit of 
routing the form to users using the power and efficiency of the Internet. 

Regarding claim 11, which depends on claim 10, Tondervold, discloses a processor 
comparing the input made into the fields with data type of the fields found in a database. In 
other words, the processor requests the data type of the fields from the database be identified — 
communicating with a business logic to identify one or more restrictions (col.5, lines 16-28, 
col.7, lines 30-47, and col. 3, lines 66-68). 

Regarding claim 12, which depends on claim 1 1, Tondervold, discloses a processor 
comparing the input made into the fields with data type of the fields found in a database. In 
other words, the processor requests the data type of the fields from the database be identified as 
located in memory — requesting, and receiving from the business logic an identification of the 
one or more restrictions (col.4, lines 1-7, lines 60-68, col.5, lines 16-28, col.7, lines 30-47, and 
col.3, lines 66-68). 

Regarding claim 13, which depends on claim 11, Tondervold, discloses presenting 
additional forms fields to be filled out by the user — identifying one or more interactions 
associated with the business logic. As a result of completing the filling out of the form, the user 
is automatically presented with additional form fields to be completed exclusively by another 
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user, such as an area manager — identifying in the one or more interactions one or more 
attributes that are not obtained elsewhere. The additional forms fields, which are retrieved from 
memory, contain data types, ranges, and other instructions which are used by a processor to 
validate the data input by the user into the forms (col.4, lines 1-7, 44-68, col.5, lines 1-47, and 
col.3, lines 66-68). 

Regarding claim 14, which depends on claim 10, Tondervold discloses that the system 
uses protection levels to modify the display depending on the user's identity and protection level 
for a field. For example, fields 84 and 88 of fig.3 are displayed to a manager, but not to an 
initiator and district manager — automatically identifying one or more display restrictions 
associated with an input field- (col. 5, linesl -15). Tondervold fails to explicitly disclose: 
generate a text markup language form.. However, Yankovich teaches the creation of a form in 
HTML (col.2, line 57-col.3, line 21). It would have been obvious to a person of ordinary skill in 
the art at the time of the invention to have created the form in HTML, because Yankovich 
teaches a self-directed routable form that can guide the user to appropriate routing based on data 
input on the form over a network, such as the Web or the Internet (col. 2, lines 1-57). This 
provides the benefit of routing the form to users using the power and efficiency of the Internet. 

Regarding claim 15, which depends on claim 14, Tondervold, discloses the comparison 
of the validity of data as it is input by a user into the input fields (col.4, lines 61-68, and col.5, 
lines 16-28). 
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Regarding claim 16, which depends on claim 14, Tondervold, discloses presenting 
additional forms fields to be filled out by the user — identifying one or more interactions 
associated with the business logic. As a result of completing the filling out of the form, the user 
is automatically presented with additional form fields to be completed exclusively by another 
user, such as an area manager — identifying in the one or more interactions one or more 
attributes that are not obtained elsewhere. The additional forms fields, which are retrieved from 
memory, contain data types, ranges, and other instructions which are used by a processor to 
validate the data input by the user into the forms (coL4, lines 1-7, 44-68, col.5, lines 1-47, and 
col.3, lines 66-68). 

Regarding claim 17, which depends on claim 14, Tondervold, discloses a processor 
verifying the validity of data as it is input into fields by a user based on interdependences 
between fields in the form definition — automatically identifying that a data input to the 
automatically identified data input field is required when submitting the form (col.5, lines 16-28, 
col. 7, lines 30-47, and col.3, lines 66-68). 

Regarding claim 18, which depends on claim 10, Tondervold, discloses the comparison 
of the validity of data as it is input by a user into the input fields (col.4, lines 61-68, and col.5, 
lines 16-28). 
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Regarding claim 19, which depends on claim 10, Tondervold, discloses the comparison 
of the validity of data as it is input by a user into the input fields (col.4, lines 61-68, and col.5, 
lines 16-28). 

Response to Arguments 

10. Applicant's arguments filed 5/3/2005 have been fully considered but they are not 
persuasive. Regarding claims 1-9, the Applicants indicate that Tondervold fails to teach the 
modification of the form definition in a database to include one or more input fields (page 13, 
parag.2). The Examiner disagrees, because Tondervold discloses that the system uses protection 
levels to modify the display depending on the user's identity and protection level for a field. For 
example, fields 84 and 88 of fig.3 are generated or displayed to a manager, but not to an initiator 
and district manager — automatically identifying one or more data input fields to be included on 
the form, and generating a form definition^ form visual description displayed to a user) 
including the automatically identified data input fields— (col. 5, linesl -15). 

Regarding claims 20-25, the Applicants indicate that Tondervold doesn't disclose 
determining one or more attributes that are used by a business logic but not obtained by the 
business logic elsewhere, and using each of the one or more attributes to define a field of a form 
definition, the field being used to obtain data input as recited in amended claim 20, and that 
Tondervold doesn't teach including validation code in the form (pages 13-14). The Examiner 
disagrees, because Tondervold teaches a system for using a database of created form definitions, 
containing protection levels for each field in the form, for producing several occurrences of the 
same form. Protection levels are created for form fields for accepting user input — determining 
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one or more attributes that are used by the business logic but not obtained by the business logic 
elsewhere other than the form definition (col.3, lines 62-67, col.4, lines 29-60, and col. 5, lines 1- 
15). 

Further, Tondervold teaches the automatic additional inclusion of form fields to be filled 
out by filled out exclusively by a user, such as an area manager. The additional fields contain 
data types, ranges, and other instructions for verifying and validating data input by a user into 
those fields — including validation code in the form definition associated with the defined one or 
more fields— (col.4, lines 1-7, 44-39, 61-68, col.5, lines 1-47, and col.7, lines 30-47). 

Regarding claims 26-30, the Applicants indicate that Tondervold contains no disclosure 
for including validation code in a form definition (page 16). The Examiner disagrees, because 
Tondervold teaches the automatic additional inclusion of form fields to be filled out by filled out 
exclusively by a user, such as an area manager. The additional fields contain data types, ranges, 
and other instructions for verifying and validating data input by a user into those fields — 
including validation code in the form definition associated with the defined one or more fields — 
(col.4, lines 1-7, 44-39, 61-68, col.5, lines 1-47, and col.7, lines 30-47). 

Claim 34 has' recites subject matter similar to that of claim 1, and therefore the Applicants 
are directed toward the response to claim 1 above. 

Regarding claims 36-37, the Applicants indicate that "in the December 3, 2004 Office 
Action at [parag]8, pp. 11-12, it was asserted that the attributes that are not obtained by the one 
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or more interactions elsewhere of claim 36 is taught by the comparing the input made to the 
forms with the user's identity, such as an area manger of Tondevold. However, if the comparing 
the input made to the forms with the user's identity of Tondevold teaches the identifying one or 
more attributes of claim 36, then following the language of claim 36 Tondevold would have to 
disclose indicating that the user's identity is to be obtained via a data input field on a form. 
Although Tondevold, as discussed above, discloses use of protection levels to modify the display 
depending on the user's identity and the protection level for the field, such as a field that may be 
designated in the form definition to be hidden from view for the district manager while displayed 
and modifiable for the area manager, there is no discussion or mention in Tondevold of 
indicating that the user's identity is to be obtained via a data input field on a form. Obtaining the 
user's identity via a data input field on a form of Tondevold would be nonsensical because the 
Gelds that are displayed on the form of Tondevold are modified depending on the user's identity, 
so it would require the form itself to be displayed in Tondevold in order to obtain the information 
(the user's identity) necessary to determine how to display the form (pages 17-118). The 
Examiner disagrees, because Tondervold teaches a processor— form processing module— for 
accepting input — interaction associated with a request, such as a purchase order— from a user. 
Instructions in the memory — business logic--, having a database, containing input, such as data 
types, protection levels for each field in the form, etc, compares the input made to the forms with 
the user's identity, such as an area manager — attributes that are not obtained by the one or more 
interaction elsewhere, but at the sender's computer--, and modifies the form to display additional 
field to be filled out by the user. The fields are marked to let other users know that the added 
form fields are to be filled out only by the area manager — indicating that the one or more 
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identified attributes are to be obtained via a data input field on a form, and further indicating 
that an input for the data input field is needed when submitting the form (col.4, lines 1-7, 61-68, 
col.5, lines 1-28, 43-67and col.7, lines 30-47) 

Claims 10-19 recite subject matter similar to that of claim 1, and therefore these claims 
are rejected based on the same rationale set forth above. 

Conclusion 

1 1 . THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of 
time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
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I. Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Cesar B. Paula whose telephone number is (571) 272-4128. The examiner 
can normally be reached on Monday through Friday from 8:00 a.m. to 4:00 p.m. (EST). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Stephen Hong, can be reached on (571) 272-4124. However, in such a case, please 
allow at least one business day. 

Information regarding the status of an application may be obtained from the Patent 

Application Retrieval (PAIR) system. Status information for published applications may be 

obtained from either Private PAIR or Public PAIR. Status information for unpublished 

applications is available through Private PAIR only. For more information about the PAIR 

system, go to http://portaLuspto.gov/external/portal/pair . Should you have any questions about 

access to the Private PAIR system, please contact the Electronic Business Center (EBC) at 866 

217-9197 (toll-free). 

Any response to this Action should be mailed to: 

Commissioner for Patents 
P.O.Box 1450 
Alexandria, VA 22313-1450 
Or faxed to: 

• (703) 703-872-9306, {(571)-273-8300 as of July 15, 2005} (for all Formal communications 
intended for entry) 
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CESAR PAULA 
PRIMARY EXAMINER 



